1. CAPÍTULO I.

In [6]:

# Indicar Ubicación de la Carpeta de imágenes
# jupyter Notebook
url_img = r'C:\\Temp\\img\\'

Este trabajo de fin de máster (TFM) se centra en las tres primeras etapas* del ciclo metodológico que se llevan a cabo en un proyecto de minería de datos, conocido como CRISP-DM (Cross Industry Standard Process for Data Mining) [Figura 0a y 0b].

Es importante recordar que este esquema se desarrolla de manera iterativa, lo que significa que la comunicación con los equipos encargados de las etapas posteriores es fundamental para asegurar el éxito del producto final que estamos desarrollando

[Figura 0]. Diagrama CRISP-DM (modificado). Fases abarcadas por el TFM.

[Figura 0b]. Esquema del TFM.

2. Motivación del Trabajo. (Bussisness Understanding)¶

En los últimos años, el estudio del territorio y la ciudad se ha visto mejorado por la utilización de la tecnología existente, y en especial los Sistemas de Información Geográfica, permitiendo mejorar la comprensión de los fenómenos que en ella ocurre.

Tal es su importancia, que hasta en los textos legales comienza a incorporarse la necesidad de su utilización, como es el caso de la reciente legislación en materia de ordenación urbanística, Ley 7/2021, de 1 de diciembre, de impulso para la sostenibilidad del territorio de Andalucía [Figura 1].

[Figura 1]. Artículo 11 Ley 7/2021, de 1 de diciembre, de impulso para la sostenibilidad del territorio de Andalucía.

Sin embargo, la mayor parte de los avances han sido implementadas desde el campo de la Geografía, existiendo un escaso número de actuaciones que hayan trasladado el manejo de los datos, y la información extraída de ellos, al campo del planeamiento urbanístico.

Una de las pocas oficinas que lo ha logrado es la empresa denominada 300.000 km/s , cuyos resultados se exponen en el enlace vinculado.

La motivación que guía este trabajo, es demostrar que el uso de los datos en el ámbito de la ordenación territorial y urbanística, supone una ventaja añadida a la hora de analizar los fenómenos que afectan o tienen relación con el ecosistema inmobiliario.

Una actividad que sigue teniendo un fuerte impacto económico en la sociedad, y cuyas consecuencias por no medir adecuadamente los riesgos asociados a las diferentes variables que la componen, fueron causantes de una profunda crisis.

Actualmente, con la necesidad de mejora del parque edificatorio, respecto al aprovechamiento de la energía, así como la optimización del aislamiento para reducir la demanda de consumo, surge una nueva oportunidad para el estudio de los datos.

Se trata de detectar aquellas zonas en la ciudad con mayor vulnerabilidad y necesidades reales de rehabilitación, permitiendo una mejor gestión de los recursos económicos disponibles, diseñando políticas de mejora, tanto públicas como privadas, al objeto de reducir costes a medio plazo.

Otras cuestiones como la implantación de dotaciones equilibradas, análisis granular de alquileres y transacciones inmobiliarias, redacción de normativas adecuadas a la realidad física existente, calibrado y estrategias de inversión, son posible si se dispone de un esquema base, como el que este trabajo trata de elaborar.

3. Un campo base para iniciar la escalada. (Data Understanding)¶

Al igual que en el caso de un campo base, se requiere de una infraestructura mínima para poder realizar el trabajo analítico. En nuestro caso, esta infraestructura no se limita únicamente al software. Es necesario estructurar una capa de datos que funcione como un mapa, permitiendo la geolocalización de los eventos y su relación con la estructura de la ciudad.

Aunque la definición de 'gemelo digital' no sea del todo adecuada para este caso, sí podemos referirnos a un modelo simplificado de la realidad urbanística.

Esta cartografía mínima, que se formalizará en una Geodatabase, estará compuesta, al menos, por dos capas de datos fundamentales que se pueden obtener de la Sede Electrónica de Catastro (SEC):

Los ficheros alfanuméricos CAT.
Ficheros con componente Geoespacial del parcelario.

La descarga requiere del certificado electrónico, pero es libre y sin coste económico [Figura 2].

Aunque esta parte puede introducirse en el pipeline, no se ha incorporado al trabajo, pudiendo ser objeto de una futura mejora del proceso ETL.

Por el momento se realizará de forma manual.

[Figura 2]. Descarga libre de Datos y Cartografía desde la SEC. (Requiere certificado eléctrónico).

3.1. Los Ficheros CAT.¶

La Dirección General del Catastro ofrece, de forma totalmente gratuita, a través del Servicio de descarga de información alfanumérica (formato CAT), los datos catastrales no protegidos (todos, excepto la titularidad y el valor catastral de los inmuebles) de los municipios bajo la competencia de la Dirección General del Catastro (todo el territorio nacional excepto País Vasco y Navarra).

(La información protegida ha sido suprimida del fichero, quedando un espacio de caracteres en blanco).

Incluye información de inmuebles

Urbanos [UR]
Rústicos [RU]
BICE (Bienes Inmuebles de Características Especiales).

Los ficheros CAT se proporcionan en un fichero de texto con registros de 1.000 caracteres, que comprenden las características físicas, económicas y jurídicas de los bienes inmuebles y sus elementos [Figura 3].

Estos ficheros se actualizan dos veces al año, siempre en las siguientes fechas:

Actualización	Fecha
*Anual 1*	Primera semana de febrero
*Anual 2*	Primera semana de agosto

[Figura 3]. Fragmento de un fichero de tipo CAT.

La documentación completa sobre las especificaciones de estos ficheros, se encuentra en los siguientes enlaces:

Desde la SEC se descarga una carpeta comprimida que contiene todos los municipios de la provincia seleccionada en la descarga. La nomenclatura de la carpeta responde a las siguientes características:

Carpeta: 14_U_23062023_CAT

14 Código catastral de provincia (14). Enlace
U
- U Urbana.
- R Rústica.
23062023 Fecha oficial de generación del fichero por la administración.
.CAT Formato del fichero.

Los ficheros que contiene la carpeta anteriormente descargada, se encuentran en formato comprimido .gz, y su nomenclatura responde a la siguiente estructura.

Fichero: 14900U_23062023.CAT.gz

14900 Código catastral de provincia (14) y municipio(900). Enlace

3.2. Motivos que dificultan su implementación.¶

A pesar de la abundante información que estos ficheros pueden proporcionar, su uso en la redacción de planeamiento urbanístico es todavía poco común.

En otras disciplinas y a pesar de la documentación existente, son escasas las administraciones que han explotado estos datos.

Su utilización en el sector privado también es minoritaria. Sin embargo, empresas como Idealista, grandes inversoras y aseguradoras, han logrado incorporarlos a su conocimiento para ofrecer un mejor servicio a sus clientes.

El TFM representa un avance significativo en cuanto al potencial producto que puede generarse.

No solo se encarga de la extracción y transformación de datos, sino que también se adentra en la obtención de información derivada de gran relevancia. Este enfoque avanzado tiene como objetivo superar las prácticas tradicionales y mejorar la calidad de los resultados obtenidos.

Existen varios motivos que obstaculizan su explotación, los cuales este trabajo busca resolver [Figura 4]:

a/ El formato del fichero proporcionado es de texto plano, lo que requiere ciertos conocimientos técnicos para la extracción de datos.
b/ La estructura del fichero es compleja y la extracción depende de los dos primeros dígitos de cada fila, así como de la posición y longitud de la subcadena de texto.
Por ejemplo, para determinar el año de antigüedad de un bien inmueble, es necesario buscar los 4 dígitos siguientes al carácter en la posición 371 en todas las filas cuyos dos primeros dígitos sean 15.
c/ Las plantillas proporcionadas por Catastro para exportar a hojas de cálculo son efectivas en municipios de pequeña dimensión. Sin embargo, cuando se trata de un gran número de elementos, estas plantillas se vuelven lentas e inoperativas, y en ningún caso permiten establecer relaciones entre las tablas extraídas.
d/ La extracción de información requiere conocimientos que gran parte de los equipos redactores de planeamiento y técnicos municipales no poseen.

[Figura 4]. Ejemplo. Subcadena del año de antigüedad de un Bien Inmueble.

3.3. Componentes de la Geodatabase.¶

3.3.1. Tablas extraidas de Ficheros CAT.¶

De los ficheros CAT se extraerán mediante el uso de los lenguajes SQL y python las siguientes tablas [Figura 5]:

Tabla	descripción
`t11`	Tabla de Fincas / Parcelas
`t13`	Tabla de Unidades Constructivas de los Bienes Inmuebles.
`t14`	Tabla de Construcciones (Recintos de Uso) de los Bienes Inmuebles.
`t15`	Tabla de Bienes Inmuebles.

[Figura 5]. Tablas obtenidas del fichero CAT mediante extracción de subcadenas de caracteres.

Tomando como base la Tesis Doctoral de Raúl Tomás Mora García, de la Universidad de Alicante, se han elaborado unos esquemas explicativos de cómo se estructura la información alfanumérica en función de cada tipo de Registro (t11, t13, t14 y t15):

1/ Una parcela catastral formada por un suelo sin construcciones, estaría definida por [Figura 6]:

1 Bien Inmueble (t15)
1 Parcela / Finca Catastral (t11)

[Figura 6]. Esquema de Parcela catastral. Idealización espacial y estructura alfanumérica.

2/ En el caso de una vivienda unifamiliar aislada en parcela , quedaría definida por [Figura 7]:

1 Bien Inmueble (t15)
4 Elementos Construidos (Recintos) (t14)
1 Unidad Constructiva (t13)
1 Parcela / Finca Catastral (t11)

[Figura 7]. Esquema de vivienda unifamiliar. Idealización espacial y estructura alfanumérica.

3/ En el caso de una edificación con división horizontal como la del esquema , quedaría definida por [Figura 8]:

4 Bienes Inmuebles (t15)
6 Elementos Construidos (Recintos) (t14)
1 Unidad Constructiva (t13)
1 Parcela / Finca Catastral (t11)

[Figura 8]. Esquema de vivienda plurifamiliar. Idealización espacial y estructura alfanumérica.

Para cada Registro, sera necesario obtener, mediante extracción de subcadenas de texto, una serie de campos que se detallan a continuación, indicando:

Código empleado en el TFM para denominar a los campos de la tabla.
Tipo de variable.
Posición inicial del carácter de la subcadena en el fichero CAT.
Posición final del carácter de la subcadena en el fichero CAT.
Descripción y significado del Campo.

Esta es la composición de los campos de los 4 Registros (tablas) que definen cada Bien Inmueble:

Registro t11 de Catastro. Fincas Parcelas.

codigo	tipo	inicio	final	descripción
`pc_31`	character	30	44	Parcela catastral
`cp_51`	character	50	52	Código de Provincia (INE)
`np_53`	varchar	52	77	Nombre Provincia
`mc_81`	character	80	83	Código de Municipio (INE)
`nm_84`	varchar	83	123	Nombre del Municipio
`nem_124`	varchar	123	153	Nombre de la entidad menor, en caso de existir
`cv_154`	integer	153	158	Código de vía pública
`tv_159`	varchar	158	163	Tipo de vía o sigla pública
`nv_164`	varchar	163	188	Nombre de la vía pública
`pnp_189`	smallint	188	192	Primer número de policía
`plp_193`	character	192	193	Primera letra
`snp_194`	smallint	193	197	Segundo número de policía
`slp_198`	character	197	198	Segunda letra
`km_199`	integer	198	203	Kilómetro
`bl_204`	varchar	203	207	Bloque
`p_241`	integer	240	245	Código postal
`cpo_253`	smallint	252	255	Código de polígono rústico
`cpa_256`	smallint	255	260	Código de parcela
`cpaj_261`	character	260	265	Código del paraje
`npa_266`	varchar	265	295	Nombre del paraje
`sup_296`	integer	295	305	Superficie de la finca o parcela catastral (en m2).
`sct_306`	integer	305	312	Superficie construida total
`ssr_313`	integer	312	319	Superficie construida sobre rasante
`sbr_320`	integer	319	326	Superficie construida bajo rasante
`sc_327`	integer	326	333	Superficie cubierta

Registro t13 de Catastro. Unidades Contructivas de los Bienes Inmuebles.

codigo	tipo	inicio	final	descripción
`pc_31`	character	30	44	Parcela catastral.
`cn_29`	character	28	30	Clase de la Unidad Constructiva (UR, RU, BI)
`cuc_45`	character	44	48	Código de la unidad Constructiva.
`ac_296`	smallint	295	299	Año de la construcción (formato (AAAA))
`iacons_300`	character	299	309	Indicador de exactitud del año de construcción
`so_301`	integer	308	315	Superficie de suelo ocupada por la Unidad Constructiva en m2
`lf_308`	integer	409	413	Longitud de fachada (en cm)
`cucm_410`	varchar	409	413	Código de la Unidad Constructiva Matriz

Registro t14 de Catastro. Construcciones (Recintos de Uso) de los Bienes Inmuebles.

codigo	tipo	inicio	final	descripción
`pc_31`	character	30	44	Parcela catastral
`noec_45`	character	44	48	Número de orden del elemento de construcción
`nobf_51`	character	50	54	Número de orden del bien inmueble fiscal
`cuc_55`	character	54	58	Código de la Unidad Constructiva a la que está asociado el local.
`es_63`	varchar	62	64	Escalera
`pt_65`	varchar	64	67	Planta
`pu_68`	varchar	67	70	Puerta
`cd_71`	varchar	70	73	Código de Destino. Descripción de la Actividad
`tr_74`	character	73	74	Indicador del tipo de reforma o rehabilitación,
`ar_75`	smallint	74	78	Año de reforma
`aec_79`	smallint	78	82	Año de antigüedad efectiva en Catastro
`ili_83`	character	82	83	Indicador de local interior
`stl_84`	integer	83	90	Superficie total del local a efectos de catastro
`spt_91`	integer	90	97	Superficie de porches y terrazas del local
`sil_98`	integer	97	104	Superficie imputable al local situada en otras plantas
`tip_105`	character	104	109	Tipología constructiva
`modl_112`	character	111	114	Código de Modalidad de Reparto

Registro t15 de Catastro. Bienes Inmuebles.

codigo	tipo	inicio	final	descripción
`tipo_29`	character	28	30	Clase del Bien inmueble (UR, RU, BI)
`pc_31`	character	30	44	Parcela catastral.
`car_45`	character	44	48	Número secuencial del bien inmueble
`cc1_49`	character	48	49	Primer carácter de control
`cc2_50`	character	49	50	Segundo carácter de control
`nfbi_51`	integer	50	58	Número fijo del Bien Inmueble
`nfv_74`	varchar	73	92	Número de finca registral, incluyendo registro de la propiedad
`es_250`	varchar	249	251	Escalera
`pt_252`	varchar	251	254	Planta
`pu_255`	varchar	254	257	Puerta
`noe_368`	varchar	367	371	Número de orden del inmueble en la escritura de división horizontal
`ant_372`	smallint	371	375	Año de antigüedad del bien inmueble
`coduso_428`	character	427	428	Usos
`sfc_442`	integer	441	451	Superficie oficial del bien inmueble
`sfs_452`	integer	451	461	Superficie asociada al inmueble
`cpt_462`	integer	461	470	Coeficiente de propiedad respecto a la finca

3.3.2. Tablas de Traduccción de Códigos¶

Se trata de tablas generadas manualmente para el TFM con el propósito de traducir los códigos empleados por Catastro en varios de los campos pertenecientes a los registros t15 y t14. Debido a su longitud, no se muestra el listado, pero puede verificarse en los ficheros aportados:

T15_428.csv
T14_71.csv
T14_105_jc.csv

Exponemos dos ejemplos de traducción de codificaciones que se realiza a través de estas tablas:

CCL es un uso COMERCIAL destinado a Calzado.
01123 es una tipología RESIDENCIAL de tipo VIV COLECTIVA CARACTER URBANO, en MANZANA CERRADA (VIV PLURIF), de categoría 3.

Descripción de las tablas generadas;

Tabla	descripción
`t15_428`	Codificación de los Usos de los bienes inmuebles.
`t14_105`	Codificación de las Tipologías y Categorías de las construcciones, según la Norma 20 del Real Decreto 1020/1993 de 25 de junio.
`t14_71`	Codificación de las Subcategorías de los Usos para los distintas recintos de los bienes inmuebles.

Son de utilidad para un mejor entendimiento de aquellas personas no relacionadas con la materia, de las codificaciones usadas por la Dirección General de Catastro [Figura 9].

[Figura 9]. Tablas de Traducción de Códigos.

Tabla t15_428 Codificación de los Usos de los bienes inmuebles

Campo	descripción
`id15428`	Identificador.
`coduso_428`	Código del campo 428 de la tabla t15.
`uso15428`	Significado del código.

Tabla t14_71 Codificación de las Subcategorías de los Usos para los distintas recintos de los bienes inmuebles.

Campo	descripción
`id1471`	Identificador.
`cd_71`	Código del campo 71 de la tabla t14.
`uso_bi`	Uso Principal. (`t15_428`)
`act_71_14`	Sub-uso del recinto. (texto)
`coduso_bi`	Código del uso principal (`t15_428`)

Tabla t14_105 Codificación de las Tipologías y Categorías de las construcciones, según la Norma 20 del R.D. 1020/1993 de 25 de junio

Campo	descripción
`id14105`	Identificador.
`tip_105`	Código del campo 105 de la tabla t14.
`uso1`	Uso de la tipología constructiva.
`tipolog1`	Clase de la tipología constructiva.
`tipolog2`	Modalidad de la tipología constructiva.
`categ`	Categoría Catastral. (`0, A, B, C, 1, 2, 3, 4, 5, 6, 7, 8, 9`)
`categ2`	Categoría adaptada. (`0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12`)
`coef`	Coeficiente oficial de valor de la Construcción.

3.3.3. Ficheros con componente Geoespacial.¶

Para georreferenciar los datos alfanuméricos se necesita un soporte espacial.

Una de las características más importantes de las tablas alfanuméricas CAT descritas con anterioridad, es que su Unidad Básica de Representación es la Parcela Catastral. (t11)

Catastro no suministra capas geoespaciales de Bienes Inmuebles (t15), y por lo tanto tampoco de Recintos (t14).
Las Unidades Constructivas descritas en la tabla t13, hasta la fecha, tampoco tienen correspondencia con ninguna capa espacial servida por la administración.
La única representación posible de los datos alfanuméricos se obtiene cuando se vinculan a una geometría de parcelario catastral.

Aclarados estos conceptos, indicamos que en el presente TFM se utilizará la capa mínima de instalación, ya que es posible escalar la información espacial y relacionarla con otras fuentes de información, lo que multiplica las posibilidades de análisis y mejora en la toma de decisiones [Figura 10].

[Figura 10]. Visualización de la capa de Geometría desde el software de código abierto QGIS.

Como se indicó anteriormente, los Ficheros con componente Geoespacial del parcelario, se pueden obtener de la Sede Electrónica de Catastro (SEC) en el apartado [Figura 11]:

Descarga de cartografía vectorial por provincia (formato Shapefile)

Estos ficheros se actualizan tambien dos veces al año, con la misma frecuencia que los ficheros CAT:

Actualización	Fecha
*Anual 1*	Primera semana de febrero
*Anual 2*	Primera semana de agosto

[Figura 11]. Descarga de la cartografía Provincial del Parcelario (Fichero .zip).

Se descargará una carpeta comprimida que contiene todos los municipios de la provincia seleccionada. La nomenclatura de la carpeta responde a las siguientes características:

Carpeta comprimida: 14_UA_05012023_SHP.zip

14 Código catastral de provincia (14). Enlace
UA
- UA Urbana sin historia.
- RA Rústica sin historia.
23062023 Fecha oficial de generación del fichero por la administración. (2 actualizaciones anuales).
.SHP Formato del fichero. (Shapefile)

Una vez descomprimida la carpeta, se obtienen todos los municipios de la provincia. La codificación responde a la siguiente estructura:

Carpeta comprimida: 14900uA 14009 CORDOBA

14 Código catastral de provincia (14). Enlace
900 Código catastral del municipio (900). Enlace
uA
- uA Urbana sin historia.
- rA Rústica sin historia.

Se debe acceder a la carpeta del municipio a estudiar, en este ejemplo,

14900uA 14009 CORDOBA

y descargar los archivos, (normalmente 4 ficheros) de la subcarpeta comprimida que termina con el sufijo _PARCELA.ZIP. En el caso de estudio del TFM son los ficheros de la subcarpeta:

14900uA_14009_05012023_PARCELA.ZIP

cuya nomencaltura ha sido ya explicada.

Como se ha indicado anteriormente, esta parte de descarga y selección de carpetas puede introducirse en el pipeline, pero no se ha incorporado al presente trabajo, pudiendo ser objeto de una futura mejora del proceso ETL.
Por el momento se realizará de forma manual.

3.4. Diseño de las Relaciones entre los componentes de la Geodatabase.¶

El Diagrama Entidad-Atributo-Relación diseñado para la geodatabase se expone en la siguiente gráfica [Figura 12]:

[Figura 12]. Diagrama Entidad-Atributo-Relación de la Geodatabase.

Para hacerlo más entendible, analizamos la relación entre las tablas alfanuméricas como 'core' del diagrama [Figura 13].

# Nombre del archivo de imagen 12
nombre_archivo = "img_012.jpg"
texto = "[Figura 13]. Relación entre las tablas obtenidas por extracción de subcadenas de ficheros CAT."
anchura_porc = "55%"

# Ruta completa de la imagen
ruta_imagen = url_img + nombre_archivo

# Mostrar la imagen
display(Image(filename=ruta_imagen, width=anchura_porc))

# Mostrar el texto centrado en cursiva debajo de la imagen
markdown_text = f'<p style="text-align: left;"><i>{texto}</i></p>'
display(Markdown(markdown_text))

[Figura 13]. Relación entre las tablas obtenidas por extracción de subcadenas de ficheros CAT.

Tal y como se muestra en el gráfico anterior la relación entre las tablas cat es la siguiente:

Tabla 1	Tabla 2	Relación (join)	Tipo
`t11`	`t15`	t11.pc_31 = t15.pc_31	1:N (Uno a Muchos)
`t11`	`t14`	t11.pc_31 = t14.pc_31	1:N (Uno a Muchos)
`t11`	`t14`	t11.pc_31 = t13.pc_31	1:N (Uno a Muchos)
`t15`	`t14`	(t15.pc_31 , t15.car_45) = (t14.pc_31 , t14.nobf_51)	1:N (Uno a Muchos)
`t13`	`t14`	(t13.pc_31 , t13.cuc_45) = (t14.pc_31, t14.cuc_55)	1:N (Uno a Muchos)

La relación con las tablas de codificación se expresa de la siguiente forma:

Tabla 1	Tabla 2	Relación (join)	Tipo
`t15`	`t15_428`	t15.coduso_428 = t15_428.coduso_428	1:1 (Uno a uno)
`t14`	`t14_71`	t14.cd_71 = t14_71.cd_71	1:1 (Uno a uno)
`t14`	`t14_105`	t14.tip_105 = t14_105.tip_105	1:1 (Uno a uno)

Por último, también puede establecerse una relación entre la capa de componente geométrica y las tablas alfabuméricas a través de la referencia catastral (campo pc_31):

Tabla geom	Tabla alfanum	Relación (join)	Tipo
`tabla_geom = 'parcel'`	`t11`	parcel.refcat = t11.pc_31	1:1 (Uno a uno)

Para facilitar la comprensión del diseño de las relaciones, observemos el siguiente esquema [Figura 14]:

Toda parcela catastral tiene una referencia única compuesta por 14 caracteres.

Todo Bien Inmueble tiene una referencia catastral compuesta por 20 caracteres
- 14 caracteres correspondientes a la parcela donde se encuentra.
- 6 caracteres únicos para el bien inmueble.

[Figura 14]. Relación entre las referencias Catastrales y los campos de las Tablas.

Como se puede ver, es fácil establecer una relación entre los campos de la geodatabase y las referencias catastrales proporcionadas por Catastro. Esto significa que las posibilidades de vincular los datos con eventos del 'mundo real' son prácticamente infinitas, siempre y cuando esos eventos incluyan la referencia catastral, lo cual es cada vez más común.

Incluso a falta de este código, se podrían emplear técnicas de geolocalización de datos, para vincular la información en su posición espacial.

3.5. Tecnologías empleadas.¶

A efectos de las futuras fases de Despliegue (deployment) y posible Gestión de los modelos (model management) obtenidos de la geodatabase diseñada, se enuncian una breve descripción de los softwares empleados y sus versiones en la siguiente tabla.

Resperto a las Librerías (frameworks) y Lenguajes de programación empleados, son especificados en capítulos posteriores.

Aplicación	Versión	Descripción (sólo se ha empleado software libre)
*PostgreSQL*	14.2	Sistema de gestión de bases de datos relacional orientado a objetos y de código abierto, publicado bajo la licencia PostgreSQL,similar a la BSD o la MIT.
*PostGIS*	3.2	Extensión convierte a PostgreSQL, en una base de datos espacial, para su utilización en Sistema de Información Geográfica. Se publica bajo la Licencia Pública General de GNU.
*PGAdmin*	6.7	Entorno de escritorio visual libre, de código abierto y multiplataforma para conexión con bases de datos PostgreSQL.
*Anaconda*	23.3.1	Distribución libre y abierta de los lenguajes Python y R, orientada a simplificar el despliegue y administración de los paquetes de software utilizados en ciencia de datos.
*Jupyter Notebook*	6.5.3	Proyecto para desarrollar software de código abierto, estándares abiertos, y servicios para computación interactiva a través de múltiples lenguajes de programación.
*QGIS*	3.28.5	Software específico de Código Libre para Sistemas de Información Geográfica.